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CALL ADMISSION CONTROL WITH OVERBOOKING SUPPORT AND 
CELL LOSS RATIO AND CELL DELAY VARIATION GUARANTEE 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

5 The present invention relates generally to communication systems, and more 

particularly to call admission control for controlling access to ATM networks or IP 
networks with support of differentiated services. 

2. Description of the Related Art 

An Asynchronous Transfer Mode (ATM) network is one method for realizing 
10 a flexible and cost-effective network for handling a wide variety of communications. 
In an ATM network, various types of data that have various transmission rates and 
traffic characteristics, are multiplexed. Therefore, the multiplexed traffic load 
fluctuates heavily and rapidly, especially when high speed calls are multiplexed. 

Call admission control (CAC) is an important element of ATM traffic 
15 management. CAC provides access by regulating the number and types of 

connections that can be allowed at any given time for a given amount of resources. 
In an ATM multi-service network, the resource demand of each connection has to 
be estimated as a function of several variables, including the cell-level traffic 
descriptors, the required quality-of-service (QOS), the states of the network 
20 resources, and the traffic-stream class or priority. When a call request is made, die 
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ATM network determines whether die quality of service would be suitable in all 
connections, including connections which are already established when the call 
request is accepted, and determines propriety of the acceptance according to the 
available services. To make this determination, it is recommended that each terminal 
5 issuing a call request should declare parameters, such as an average rate (an average 
bandwidth) and a peak rate (a peak bandwidth), as source traffic characteristics, and 
the call admission control be performed using the declared parameters. 

ATM admission control can be based on either of two approaches: a direct 
performance -evaluation approach or an inverse resource -requirement-estimation 

10 approach. In the direct approach, the estimated cell-level performance resulting 
from the admission of a new connection (or call) is calculated. In the inverse 
approach, an EBR ("equivalent bit rate," often called the "equivalent bandwidth" or 
"effective bandwidth") of the new arrival is determined by some artifice or another. 
The connection is accepted if the remaining unassigned capacity of the route is not 

15 less than the calculated EBR. The EBR for a connection which traverses several links 
may vary from link to link and would be based on the source's traffic descriptors, the 
cell-level performance objectives, the speed of die link under consideration, and the 
buffer size. 

Thus, in die inverse approach, call admission criteria can be expressed as 
20 follows: 

BW^+BW^ + BW^ < C p (1A) 

BW down-cbr +BW dow „_ rtvbr + BW down . nrtvbr < C p (IB) 
1150589 v2: _NST02I.DOC 



where BW up _ cbr , BW up _ rtvbr , and BW up . nrrvbr are the aggregate effective bandwidth for 
Constant Bit Rate (CBR), real time Variable Bit Rate (rtVBR) and non-real time 
Variable Bit Rate (nrtVBR) upstream traffic classes and BW down . cbr , BW dowivrtvbr , and 
B W down . nrtvbr are die aggregate effective bandwidth for CBR, rtVBR and nrtVBR 
5 downstream traffic classes, respectively, and C p is the port bandwidth. When a new 
connection request, which belongs to a particular class, comes in, it is necessary to 
recompute the effective bandwidth for that class and then determine if the above 
criteria in Equations (1A) and (IB) are met. 

There are problems, however, widi conventional call admission control. For 
10 example, in conventional call admission control systems, there is no perfect call 
admission control or effective bandwidtii computation, as the systems generally 
make approximations of the traffic models. Accordingly, the systems do not have 
die capacity for maintaining the communication quality or for efficiently utilizing 
resources of the network when the systems are supplied with calls which have many 
15 different traffic characteristics, making precision traffic control difficult to achieve. 

SUMMARY OF THE INVENTION 

The present invention provides novel call admission mediods for admitting 
connections in communications networks such as ATM networks or emerging IP 
networks. 

20 According to the present invention, an innovative overbooking technique is 

utilized which distinguishes among die different service classes. Each service class is 
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assigned an overbooking factor. The call admission is determined based on the 
overbooking factor assigned to the class and the effective bandwidth for that service 
class. In addition, methods are disclosed for performing appropriate bookkeeping, 
i.e., updating and maintaining information concerning the state of the system. 

These and other advantages and features of the invention will become 
apparent from the following detailed description of the invention which is provided 
in connection with the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIGURE 1 illustrates in flow chart form a call admission control method that 
utilizes overbooking per service class in accordance with the present invention; 

FIGURES 2A and 2B illustrate in flow chart form a perfect state 
bookkeeping method for meeting both cell loss ratio (CLR) and cell delay variation 
(CDV) in accordance with the present invention; 

FIGURE 3 illustrates in flow chart form a method for performing perfect 
state bookkeeping, in accordance with the present invention, when a call release is 
requested; 

FIGURES 4A and 4B illustrate in flow chart form an approximate state 
bookkeeping method for meeting both cell loss ratio (CLR) and cell delay variation 
(CDV) in accordance with the present invention; 
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FIGURE 5 illustrates in flow chart form a method for performing 
approximate state bookkeeping, in accordance with the present invention, when a 
call release is requested; 

FIGURE 6A is a block diagram illustrating an access terminal used in a 
5 network in which die methods of the present invention are performed; and 

FIGURE 6B illustrates in block diagram form a system configuration that 
includes a daisy chain arrangement of multiple access terminals illustrated in Fig. 6A. 



The present invention will be described as set forth in the embodiments 
10 illustrated in Figs. 1-6. Other embodiments may be utilized and structural, logical 

or programming changes may be made without departing from the spirit or scope of 
the present invention. 

In accordance with the present invention, an innovative overbooking 
technique is utilized which distinguishes among the different service classes. Each 
15 service class is assigned an overbooking factor. The call admission is determined 
based on the overbooking factor assigned to the class and the effective bandwidth 
for that service class. 

Fig. 1 illustrates in flow chart form a call admission control method that 
utilizes overbooking per service class in accordance with the present invention. In 
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DETAILED DESCRIPTION 



step 10 5 an overbooking factor oc i5 where i is the index to the class of service, is 
assigned to each class of service. The default value a { = 1 indicates that there is no 
overbooking for class i. By using different overbooking factors for the different 
classes, the present invention distinguishes between these classes so as to maximize 
5 die bandwidth utilization of the system without sacrificing the QoS guarantee. For 
example, service classes typically provided with bursty traffic can be overbooked 
more than service classes tiiat are typically provided with smoodi traffic. The exact 
value that will be assigned for each class will depend on how conservative the system 
is desired to be. For example, for the CBR class, in which traffic characteristics are 
10 quite predictable, the overbooking factor may be close to 1, i.e., very litde 

overbooking. For die VBR class, a value larger than 1 may be assigned to its 
overbooking factor, i.e., die VBR class may be overbooked more than the CBR class. 

In step 20, the aggregate effective bandwidth for class 2, designated C ( , is 
calculated. The computation of the effective bandwidth is as follows. For the CBR 

15 class, it is known in die art that a buffer size of 150 cells is sufficient to keep cell loss 
ratio (CLR) below 10" 11 for a very large number of connections (about 5000) at 95% 
utilization. Therefore, it is reasonable to allocate this amount of buffer for the CBR 
class without concern for CBR traffic cell loss. Accordingly, only the cell delay 
variation (CDV) needs to be checked at connection admission time. Let d be the 

20 most stringent CDV requirement among CBR traffic. Further let a be the cell 
transmission time corresponding to the allocated CBR bandwiddi. We need to 
ensure die QoS of CDV is guaranteed by: 
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Pv(q cbr > d/a) < a 



(2) 



where a denotes the desired percentile for the CDV, and # cbr is the queue 
length of the CBR traffic. Heterogeneous CBR traffic multiplexing can be modeled 
as HiD/l/K queue. It has been shown that the queue in S^^/i/STcan be upper 
bounded by the queue of an appropriate approximating N*D/D/1/K queue where 
die latter queue has die same number of streams as the former but the streams are 
homogeneous (have the same period) with the common period D such that N/D = 
p y the same load factor as in the former queue. Given the existing N cbr number of 
CBR connections with peak cell rate (PCR) being p> and CDV requirement d; for 
z = 1, 2, .. ., N cb „ it is necessary to find the appropriate bandwidth allocation factor 
BW cbr such that the tightest CDV is met by solving the following equation, which 
gives the queue distribution in a homogeneous queue with N cbr connections with 
period D: 



Ncbr 

Pr(qc br >tf)= X C, 



n 



Ncbr—H 



Ncbr n-a 




D — Ncbr + a 



D-n + a 



< a 



(3) 



where x = 



mm 




d i /a,D = N cbr / 




(4) 



BW 



*ShelfPCR 



cbr 
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and where a is the cell transmission time given by cell size divided by BW cbr 
* ShelfPCR, where SbelfPCR is die feeder bandwidth of the multiplexer. Bisection 
or a table lookup can then be used to solve the above equation and find effective 
bandwidth allocation C, = BW cbr for the CBR traffic class. 

5 The rt-VBR traffic class can be characterized by three parameters, p 0 b 0 

which represent peak cell rate (PCR), sustainable cell rate (SCR), burst size for the 
i-xh connection for i = 1, 2, . .., where N rtvbr denotes the number of established 
rt-VBR connections. Assuming the source is modeled by on-ofF periods, we can 
compute the average ON and OFF periods by Ton i = b/p^ Toffc = b/ (l/m i - 1/pJ. 
10 The QoS requirement for rt-VBR is die cell loss ratio (CLEL, denoted L { ) and the cell 
delay variation (CDV, denoted by rf f .), where a denotes the desired percentile for the 
delay performance. 

For loss performance, the following must be satisfied: 

?<<lrtv b r > B rtvbr ) < Z mill = min ^7* L t (5) 

1 5 where q rtvbr and B rtvbr denote the queue occupancy and buffer allocation for rt- 

VBR traffic class, respectively. For delay performance, the following condition must 
be checked: 



Pr 



Nrtvbr 



iV rtvbr | / s\ 

q rtvbr > mm d t * BW rlvbr * ShelJPCR J < a ( 6 > 
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Essentially, the cell delay performance checking is similar to cell loss checking. 
Accordingly, in the following it is only necessary to concentrate on the cell loss 
performance guarantee, and in Equation (6) the approach can be taken where traffic 
sources are assumed independent with exponentially distributed on and 
5 exponentially distributed off periods. The first stage consists of computing as a 
function of L miny and the traffic descriptor the following lossless effective 
bandwidth: 




(7) 



where = m/p { and <r, = B^J (b,\o%{l/L mi ,)). 



10 



In the second stage, the Gaussian approximation is used to estimate the loss 



probability which is given in terms of the error function by: 



B W mbr * ShelfPCR - M 



Pr(< 



'a rtvbr >B rtvbr )^erf 



(8) 



where 



Nrtvbr 



Nrtvbr 



(9) 



m 
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and BW rtvbr is the effective bandwidth factor required to guarantee the minimum cell 
loss ratio. Equation (8) can be solved for Q = BW^^by using a table lookup of 
inverse error function: 



BW rtvbr =mm 



'j>; , Af + Q~' (A™ W]'ShelfPCR (10) 
v • J 



5 where Q 1 is the Q-inverse function. The Q-function is defined as: 

G(«) = ^ — — (li) 

V^r je-' 2/2 dt 

a 

For Qfx) = a, x can be expressed in terms of the error function as: 

x= V2erf l (l-2a) (12) 
where erf 1 is the inverse error function. 

Once the effective bandwidth C r per service class is computed in step 20 as 
10 described above, it can be determined if a call will be admitted. A call will be 
admitted if: 



X 1 c i ^ c p ( 13 ) 
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where C p is the total bandwidth of the port, or link, in the system through 
which die calls are passing. In step 30, die free bandwiddi at the port is determined 
by: 



freeBW= C p - Q (14) 

, CO 



5 When a call is requesting to be admitted to the system, in step 40, it is 

determined if freeBW is greater than zero, i.e., if there is available bandwidth to 
admit the call. If freeBW is greater than zero, then in step 50 the call is admitted. If 
in step 40 it is determined that freeBW is less than zero, then in step 60 the call is 
rejected and entry into the system is denied. 

10 Thus, in accordance with die present invention, an overbooking technique is 

utilized which distinguishes among the different service classes. Each service class is 
assigned an overbooking factor, and admission of a call is determined based on the 
overbooking factor assigned to the class and the effective bandwidth for that service 
class. 

15 Once it has been determined in step 50 of Fig. 1 that a call can be admitted 

based on the overbooking, it is necessary to perform bookkeeping on the system to 
ensure tiiat the system can handle the call if it is admitted. In accordance with the 
present invention, two types of bookkeeping can be performed: perfect state 
bookkeeping, and approximate state bookkeeping, as will be further described 

20 below. 
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Figs. 2 A and 2B illustrate in flow chart form a method for performing perfect 
state bookkeeping, in accordance with the present invention, when a connection 
setup is requested. Suppose for example there are N number of connections each of 
which is described by the variables (p h m h which represent die peak cell rate 
(PCR), sustainable cell rate (SCR) and maximum burst size (MBS) of the z'-the 
connection which shares a buffer of B cells. These state variables are initialized to be 
zero in die initial phase when there is no connection. The required bandwidth must 
be determined to meet the following two QoS requirements: 



where L is die CLR requirement, d is the CDV requirement, a is the CDV 
percentile, and C alloc is the allocated bandwidth. 

When a new connection setup request, described by p„ and comes in, in 
step 100 the effective bandwidth to meet the CLR requirement e0 clr is computed by 



where x-= m i /p i and a ( = B/(b { log(l/L)). In step 105, the variance of the 
traffic load for die CLR requirement vclr is computed by 



Pr(# > B)< L 
Pr(/?> d*C alloc )<a 



(ISA) 
(15B) 




(16) 



vclr = m * (e0 clr - m) 



(17) 
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In step 110, the required bandwidth C clr to meet the CLR requirement is 
computed by 

C clr = min(^0 c/r + eO dr , (M + m) + Q~ x (L)^V clr +vclr) (18) 



where M, V, and E0 c!r are the aggregate traffic load, variance of the aggregate 
5 traffic load, and sum of die lossless effective bandwidth to meet the CLR 
requirement, i.e., 



M = Yu m i (19) 
V clr =Y. m iWi r ~ m ) (20) 



E0 clr =Y j e0f 



(21) 



In step 115, C alloc is set equal to the value determined for C clr in step 110. In 
step 120, effective bandwidth for the new connection as well as all the existing 
10 connections to meet the CDV requirement e0 cdv is computed by 



e0 cdv = ^ 



1- 



1-JC, 



+ . 



i J 



-h Act 



Xi 



1 l-x : 



(22) 
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where x { = m i /p i and ct, = d*C alloc /(b i log(l/a)). In step 125, the variance of the 
aggregate traffic load V cdv and the sum of the lossless effective bandwidth E0 cdp to 
meet the CDV requirements are computed by 



^=Z™,(eOr-m,) (23) 



EO^^eOf (24) 



5 In step 130, the required bandwidth to meet the CDV requirements is 

computed by 

C cdv = mm{EQ cdv ,M + Q~ x (a)Jv^) (25) 

In step 135, the required bandwidth reqBW is determined by max (C c/r , C cdv ) 
and in step 140 the required bandwidrii reqBW determined in step 135 is compared 
10 to die capacity of the port, or link, C p , in the system through which the calls are 

passing. If the required bandwidth reqBW is greater than the capacity of the link C pz 
then in step 145 the call is rejected. If the required bandwidth reqBW is not greater 
dian die capacity of the link C p , then in step 145 the call is accepted and the state 
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variables of the system are updated to include die accepted call as follows: 



N=N + 1 
M + = m 
V clr + = vclr 



E0 rlr + = eO 



where N is the number of established connections. Specifically, the number 
of connections N is increased by one, the aggregate traffic load M is updated by 
adding the new connection's sustainable cell rate (SCR) m to the previous aggregate 
load, the aggregate variance of the traffic load F c/r is updated by adding the new 
10 connection's variance vclr to the previous aggregate variance, and the sum of the 

lossless effective bandwidth E0 clr is updated by adding the new connection's lossless 
effective bandwidth e0 clr to the previous effective bandwidth. Thus, in accordance 
with the present invention, perfect state bookkeeping is performed when a new 
connection setup is requested to determine if the call will be admitted or denied. 

15 Fig. 3 illustrates in flow chart form a method for performing perfect state 

bookkeeping, in accordance with the present invention, when a call release is 
requested. In step 160 the effective bandwidth to meet the CLR requirement e0 clr is 
computed using Equation (16) for the connection of the call to be released. In step 
165, the variance of the traffic load vclr for the call to be released is computed using 

20 Equation (17). In step 170, the state variables are updated as follows: 



N = N - 1 
M- = m 
Vclr - = vclr 



25 
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Specifically, the number of connections N is decreased by one, the aggregate 
traffic load Mis updated by subtracting the sustainable cell rate (SCR) m of the call 
to be released from the previous aggregate load, the aggregate variance of the traffic 
load V clr \s updated by subtracting the variance vclr of the call to be released from the 
5 previous aggregate variance, and the sum of the lossless* effective bandwidth E0 clr is 
updated by subtracting the lossless effective bandwidth eO clr of the call to be released 
from the previous effective bandwidth. 

In step 175, the required bandwidth to meet the CLR requirement is 
computed by 



In step 180, C alloc is set equal to the value determined for Q, r in step 175. In 
step 185, effective bandwidth e0 cdv for the connection of the call to be released as 
well as all die existing connections to meet the CDV requirement is computed using 
Equation (22). In step 190, the variance of the aggregate traffic load F c ^and the 
15 sum of the lossless effective bandwidth E0 cdv to meet the CDV requirement are 
computed using Equation (23) and (24), respectively. In step 195, the required 
bandwidth C cdv to meet the CDV requirements is computed using Equation (25). 
In step 200, the required bandwidth reqBW is allocated, where reqBW = max (C c/r , 
C cdv )^ and in step 205 the call is released. 




(26) 



10 
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Figs. 4 A and 4B illustrate in flow chart form a method for approximate state 
bookkeeping, in accordance with the present invention, when a connection setup is 
requested. The approximate state bookkeeping is similar to the perfect state 
bookkeeping described in Figs. 2A and 2B, except that it is not required to re- 
5 compute eO cdv for all existing connections when a connection setup is coming. 

When a new connection setup c i request, described by p y m, and comes in, 
in step 220 the effective bandwidth to meet die CLR requirement e0 clr is computed 
using Equation (16). In step 225, the variance of the traffic load vclris computed 
using Equation (17). In step 230, the required bandwidth C clr to meet the CLR 

10 requirement is computed using Equation (18). In step 235, C alloc is set equal to the 
value determined for C c/r in step 230. In step 240, effective bandwidth e0 cdv for the 
new connection to meet the CDV requirement is computed using Equation (22). 
In step 245, the variance of the traffic load vcdv is set equal to m{e0 cdv - m) and 
eOcdv is assigned the value of e0 cdv computed in step 240 for each connection In 

15 step 250, die required bandwidth to meet the CDV requirements is computed by 



In step 255, the required bandwidth reqBW is determined by max (C c/r , C cdv ) 
and in step 260 the required bandwidth reqBW determined in step 255 is compared 
to the capacity of the port, or link, C^, in the system through which the calls are 
20 passing. If the required bandwidth reqBW is greater than the capacity of the link C p 



C cdv = min(E0 cdv + e0 cdv , (M + m) + (a)y[\ 




(27) 
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then in step 265 the call is rejected. If the required bandwidth reqBW is not greater 
than the capacity of the link C pj then in step 270 the call is accepted and the state 
variables of the system are updated to include the accepted call as follows: 



traffic load Mis updated by adding the new connection's sustainable cell rate (SCR) 
m to the previous aggregate load, the aggregate variance of the traffic load V clr is 
updated by adding the new connection's variance vclr to the previous aggregate 
variance, the sum of the lossless effective bandwidth E0 clr is updated by adding the 

15 new connection's lossless effective bandwidth eO cir to the previous effective 

bandwidth, the aggregate variance of the traffic load V cdv is updated by adding the 
new connection's variance vcdv to the previous aggregate variance, and the sum of 
the lossless effective bandwidth E0 cdv is updated by adding the new connection's 
lossless effective bandwidth eO cdv to the previous effective bandwidth. Thus, in 

20 accordance with the present invention, perfect state bookkeeping is performed when 
a new connection setup is requested to determine if the call will be admitted or 
denied. 

Fig. 5 illustrates in flow chart form a method for performing approximate 
state bookkeeping, in accordance with the present invention, when a call release is 
25 requested. In step 300, the effective bandwidth to meet the CDV requirement e0 cdv 



N = N + 1 

M + = m 



Vclr+ = vclr 
EQ clr + = eW lr 
V cdv + = vcdv 




Specifically, the number of connections N is increased by one, the aggregate 
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is obtained for the call to be released c h which is the value for eOcdv computed when 
the call is set up. In step 305, the variance of the traffic load vcdv is calculated 
using the value for e0 cdv obtained in step 300. In step 310 the effective bandwidth to 
meet the CLR requirement e0 clr is computed using Equation (16) for the connection 
of the call to be released. In step 315, the variance of the traffic load voir of the call 
to be released is computed using Equation (17). In step 320, the state variables are 
updated as follows: 



N - N - 1 

10 M- = m 

Voir - = vclr 
E0 clr - = e0 clr 
V cdv - = vcdv 
E0 cdv - = e0<*> 



15 



Specifically, the number of connections N is decreased by one, the aggregate 
traffic load Mis updated by subtracting the sustainable cell rate (SCR) m of the call 
to be released from the previous aggregate load, the aggregate variance of the traffic 
load F c/r is updated by subtracting the variance vclr of the call to be released from the 

20 previous aggregate variance, the sum of the lossless effective bandwidth E0 clr is 

updated by subtracting the lossless effective bandwiddi e0 clr of the call to be released 
from the previous effective bandwidth, the aggregate variance of the traffic load V cdv 
is updated by subtracting die variance vcdv of the call to be released from the 
previous aggregate variance, and the sum of the lossless effective bandwidth E0 cdv is 

25 updated by subtracting the lossless effective bandwidth e0 cdv of the call to be released 
from the previous effective bandwiddi. 
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In step 325, the required bandwidth to meet the CLR requirement is 
computed using Equation (26). In step 330, the required bandwidth C cdv to meet 
the CDV requirements is computed using Equation (25). In step 335, the required 
bandwidth reqBW is allocated, where reqBW = max (C c/r , C cdv )^ and in step 340 the 
5 call is released. 

The methods of the present invention are implemented in software and, for 
an ATM or IP network, are to be executed within each access terminal of the 
network. Fig. 6A illustrates an exemplary access terminal 400 connected to a 
network 420 by a feeder line 422 and a plurality of distribution lines 408 for 

10 customer connections or subscriber ports. The access terminal 400 can be located in 
a central office or at a remote location. The access terminal 400 includes at least one 
microprocessor 402; memory circuit 404, and multiplexer/demultiplexer 406. It 
should be appreciated that an access terminal may contain numerous 
microprocessors, but only one microprocessor 402 is illustrated. Moreover, the 

15 exact architecture of the access terminal 400 is not important as along as it can 

implement the methods of the present invention as described with respect to Figs. 1- 
5. As is known in the art, the micro-processor 402 controls and coordinates the 
operations of the access terminal including, but not limited to, the call processing 
and power control functions. The micro-processor 402 and 

20 multiplexer/demultiplexer 406 will implement the call admission control methods 
of the present invention as described with reference to Figs. 1-5. 

1 150589 v2: _NST02I.DOC 




21 



Fig. 6B illustrates in block diagram form a configuration system that includes 
a daisy chain arrangement of multiple access terminals 400-1, 400-2 and 400-3 as 
described with respect to Fig. 6A. In this configuration each access terminal 400-1, 
400-2 and 400-3, or shelf, is assigned a portion of the bandwidth, i.e., capacity, of 
5 the primary feeder 422 connected to network 420, such as for example an ATM 

network. While three access terminals are illustrated in Fig. 6B, the invention is not 
so limited and any number of access terminals may be provided. The methods 
according to the present invention allow each access terminal to have independent 
bandwidth allocation while ensuring that at provisioning time the summation of the 
10 assigned bandwidth to each shelf does not exceed the bandwidth of the primary 

feeder 422. Thus, each access terminal can function independently of the others in 
the daisy chain. For example, for a system with a feeder 422 bandwidth of C and a 
daisy chain having n shelves, the methods according to the present invention ensure 
the following is complied with: 



Reference has been made to embodiments in describing the invention. 
However, additions, deletions, substitutions, or other modifications which would fall 
within the scope of the invention defined in the claims may be implemented by 
those skilled in the art and familiar with the disclosure of the invention without 
20 departing from the spirit or scope of the invention. Also, although the invention is 

described as implemented by a programmable controller, preferably a microprocessor 
running a software program, it may be implemented in hardware, software, or any 



15 



C = shelf J>CR X + shelfJ>CK 2 + shelf_PCR. 3 + . . . + shelfJ?C^ 



(28) 
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combination of the two. All are deemed equivalent with respect to the operation of 
the invention. Additionally, while the invention has been described with respect to 
ATM/IP networks, the invention is not so limited and may be used with any type of 
communication system, including for example wireless communication systems. 
5 Accordingly, the invention is not to be considered as limited by the foregoing 
description, but is only limited by the scope of the appended claims. 



10 



15 



1 1 50589 v2 ; _NST02! .DOC 



